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1 

Portability of a subscriber id 

BACKGROUND OF THE INVENTION 

[0001] The invention relates to portability of subscriber IDs when a 
subscriber changes operators. To give a concrete example, the invention is 
5 presented in a situation where the subscriber's telephone number is of the 
form E.164. Another possible form is E.212. So called Enum-DNS name 
servers are known in the field, "Enum" being an abbreviation meaning a 
number of the form E.164 or E.212, and DNS being a domain name server. 
The most important abbreviations are listed at the end of the specification. 

10 Enum-DNS name servers are used to map E. 164/21 2 numbers to names of 
the form SIP or FQDN. Authorities controlling telecommunications networks 
will require portability of subscriber IDs (numbers etc.) to enable competition 
between operators in such a way that subscribers can keep their established 
telephone numbers. Important environments where the invention could be 

15 utilized include the MMS (Multimedia Messaging) environment of the 3GPP, 
other operation relating to subscriber ID routing within the 3GPP architecture 
and a core network between mobile operators, i.e. an interconnection network, 
for example GRX (GPRS Roaming exchange). 

[0002] The problem behind the invention is as follows. Let us 

20 assume that subscriber X has originally been operator A's client and received 
his/her telephone number (MSISDN) from the operator A's number space. 
Later, subscriber X changes operators and becomes operator B's client but 
wishes to keep the original telephone number. Now, however, Enum-DNS 
routes subscriber X's DNS queries according to the prefix of the E.164 number 

25 to operator A's name server (assuming that some kind of hierarchy is used in 
the DNS), although X is operator B's client Operator A should be able to 
command the name server serving X's terminal to communicate with operator 
B's Enum-DNS server. 

[0003] In other words, the problem behind the invention is how to 

30 route the Enum-DNS queries to the correct operator, although the subscriber 
has changed operators and his/her telephone number has remained 
unchanged. 

BRIEF DESCRIPTION OF THE INVENTION 

[0004] An object of the invention is thus to provide a technique for 
35 mapping the subsriber ID relating to a subscriber from a first form (e.g. 
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E.164/212) to a second form (SIP, HTTP, e-mail, URL, NAI, FQDN etc.) when 
the subscriber ID in the first form has been allocated from the ID space of a 
first network, the subscriber being a subscriber of a second network and 
roaming in a third network. Each network comprises at least one name server, 
5 and the operators 1 networks are connected by a core network having a root 
server. 

[0005] The object of the invention is achieved with a method and a 
system that are characterized in what is stated in the independent claims. 
Preferred embodiments of the invention are described in the dependent claims. 

10 [0006] The invention can be implemented in the following way, for 

instance. The name server of the third network, i.e. the visited network, 
receives a query concerning a second form of a subscriber ID, containing or 
expressing the first form of the subscriber ID. The name server of the third 
network sends the query concerning the second form of the subscriber ID to 

15 the root server. The root server deduces the name server of the first network 
from the first form of the subscriber ID and starts a process which results in the 
query concerning the second form of the subscriber ID being transmitted to the 
name server of the first network. The name server of the first network starts a 
process which results in at least the domain address of the second network 

20 being transmitted to the name server of the third network. The name server of 
the third network sends a query to the name server of the second network on 
the basis of the domain address of the second network and receives a 
subscriber identity of the second form from the name server of the second 
network. 

25 [0007J In the above example, the query was started from the name 

server of the network that had been visited, but it can also be sent by another 
type of server in the visited network. 

[0008] The expression "Y starts a process which results in — being 
transmitted to W" used twice above can, at its simplest, mean "Y sends — to 

30 W", but the data to be sent can also be transferred indirectly, for example 
through the core network or as a result of a recursive query, whereby Y sends 
a query to the first name server, which sends the query to the next name 
server, and the name server that can reply to the query replies to Y. 

[0009] The invention enables distributed Enum-DNS-based 

35 resolving of subscriber IDs, such as E.164 numbers, without centralized data 
warehouses or changes in the DNS data elsewhere. There is no need to make 
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any changes in the core network between the operators or in the root server. 
Functional changes are confined to operators' own name servers that must be 
able to support the functionality according to the invention in a situation where 
the subscriber has changed operators. The subscriber data must naturally be 
5 updated in the databases of the subscriber's new and old operator. Generally 
speaking, the invention enables number portability in the MMS and UMTS 
environments utilizing name service of the Enum-DNS type. 

BRIEF DESCRIPTION OF THE FIGURES 

[0010] The invention will now be described in greater detail in 
10 connection with preferred embodiments, with reference to the attached 
drawings, of which 

[0011] Figure 1 is a system and signalling diagram illustrating an 
embodiment of the invention; and 

[0012] Figure 2 is a signalling diagram comprising, in addition to 
1 5 name servers, also two SIP servers. 

DETAILED DESCRIPTION OF THE INVENTION 

[0013] In the following, embodiments of the invention are explained 
using protocols and techniques described in the following documents as 
examples: 
20 - Enum-DNS (RFC2916) 

- NAPTR DNS Resource Record (RR) (RFC2915) 

- SRV Resource Record (RFC2782). 

[0014] In accordance with a preferred embodiment of the invention, 
two new "Specification of Service" specifiers and one "Protocol" specification 
25 are defined for the NAPTR. It is to be noted that the NAPTR examples 
presented below are only illustrative, in other words not limiting examples, 
because the names of the specifiers and specifications may change as the 
standardization changes. 

[0015] 

30 NAPTR protocol (Naming Authority Pointer): 

- ns: Name Server - DNS returns an unambiguous domain name which should 
be queried about name servers responsible for the particular domain. 

[0016] 

NAPTR Service Specifications: 
35 - E2R: E.164 to Resource - DNS returns a name in the SRV form, which name 
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can be queried about name servers responsible for the E.164 number. 

- E2D: E 1 64 to Domain - DNS returns a unambiguous domain name, which 

can be queried about name servers responsible for the E.164 number. 

[0017J 
5 NAPTR examples: 

[0018] The first example is from the NAPTR RR, which utilizes 
service E2R: 



$0RIGIN 7.6.5.4.3.2.1 .0.4.8.5.3.e164.arpa 


ii 


Order 


Pref 


Flag 


Service 


Regexp 


Replacement 


IN NAPTR 


100 


50 


V 


"ns+E2R" 




jis.users.current.domain 



10 [0019] When being queried about data for the number 

+358401234567, the DNS returns a name of the form SRV RR by means of 
which the querying name server can make a new DNS query of the SRV form 
to the user's correct (present) operator and query about name servers of the 
particular operator. It is assumed here that the SVR RR of the DNS also 

1 5 understands the "ns" protocol specifier. 

[0020] The second example is from the NAPTR RR, which utilizes 
service E2D. 
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Service 


Regexp 
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100 


50 


"p" 


"ns+E2D" 




users.current.domain 



20 [0021] When being queried about data for the number 

+358401234567, the DNS returns a name by means of which the querying 
name server can make a new DNS query to the user's correct (present) 
operator and query about name servers of the particular operator. It is 
assumed here that the "ns" protocol specifier is known and can be utilized by 

25 the DNS. 

[0022] Also means other than DNS queries between operations can 
be used for local number transfers. The following is an example of utilizing the 
LDAP. A lower priority has been given to the LDAP, compared with a DNS 
query, but a local name server can be commanded to give a priority to the 
30 LDAP and not to the DNS. For example: 
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UN 
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100 


50 
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Ml] 


ldap://ldap.foo.com 



[0023] The DNS returns the LDAP address, and a new query can 
be made to the address to resolve the number. 
5 [0024] Figure 1 shows a concrete example of resolving an E.164 

number and of the portability of the number in connection with roaming. Figure 
1 shows a series of events in which subscriber X (whose MSISDN number is 
+358401234567) is originally operator A's (domain = a.com) client, so that X 
has a telephone number allocated from operator A's number space. Subscriber 

10 X has become operator B's (domain = b.com) client, but X's telephone number 
is still from the number space owned by operator A. In the case of Figure 1, 
subscriber X is roaming in operator C's (domain = c.com) network. 

[0025] In step 1-1, operator C's name server DNS-C attempts to 
resolve subscriber Xs SIP-URL with an Enum-DNS query, the SIP-URL being 

15 expressed as an E.164 number. Since the DNS-C does not know subscriber 
X's number, it routes the query to the root server DNS-R of the Interconnection 
network GRX. (Technically this takes place in the same way as the routing of 
the query to an ordinary name server.) The root server DNS-R identifies that 
X's number belongs to operator A on the basis of the prefix of the E.164 

20 number. In other words, the number has been allocated from operator A's 
number space. Figure 1 is simplified in the sense that in reality there may be 
continent-specific, state-specific and operator-specific hierarchy levels 
between the root server and the operator's server, due to which the hierarchy 
of the name servers may be more complicated than what is shown in Figure 1 . 

25 Figure 1 is, however, sufficient to illustrate principled operation of the invention. 

[0026] In step 1-2, the root server DNS-R routes the DNS query to 
subscriber X's original operator A, because X's telephone number belongs to 
operator A's number space. In step 1-3, operator A's name server DNS-A 
observers from the NAPTR RR (see the above examples of NAPTR) that X is 

30 no longer A's client, but X's name service is attended to by another operator. 
The NAPTR returns either 
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[0027] a. jis.b.com, whereby next an SRV name query is 
performed to b.com (flag == 's'), or 

[0028] b. b.com, whereby next a name query is performed about 
name servers to b.com (flag == 'p'). 
5 [0029] In step 1-4, if no recursion is allowed in connection with the 

DNS query, the root server DNS-R returns the replies received in step 3 to C's 
name server DNS-C. 

[0030] Steps 1-4A and 1-4B are performed only if recursion is 
allowed. In step 1-4A, the root server DNS-R queries B's (master) name server 
10 (here DNS-B1) about B's name servers, B's (master) name server being 
known to the root server DNS-R. In step 1-4B, the name server DNS-B1 
returns a list of operator B's name servers to the root server. After this, the root 
server DNS-R returns a reply to C's name server DNS-C in step 1-4, but the 
DNS reply is now in a slightly different form. 
15 [0031] In step 1-5, if the DNS-C now knows the name server 

addresses (DNS-B1 etc.) responsible for subscriber X's E.164 number, the 
DNS-C sends a query to one of B's name servers and receives from it the SIP- 
url it has requested. 

[0032] In step 1-5A, if recursion is not allowed, C's name server 
20 DNS-C must still resolve b.com's name servers. In other words, the DNS-C 
queries about b.com's name servers. The DNS queries may again be 
transmitted through the root network DNS-R of the Interconnection network 
GRX. 

[0033] In step 1-5B, one of b.com's name servers (or another name 
25 server on the path from C to B, which knows B's name servers), returns a list 
of b.com's name servers to C's name server DNS-C. After this, the operation 
continues in accordance with steps 1-5 and 1-6. 

[0034] In step 1-6, B's name server DNS-B resolves subscriber X's 
E.164 number and returns the SIP-url or the like. After this, all name queries 
30 from C to B proceed directly without passing through A until the name data 
stored by B expires. 

[0035] Figure 2 shows a second chain of events, which contains not 
only name servers but also two SIP servers, namely an SIPS-C in the visited 
network C and an SIPS-B in the subscriber's present home network. In step 2- 
35 1 , the SIPS-C sends a query about the subscriber's SIP-URL to the DNS-C. In 
step 2-2, the DNS-C returns the ns message presented previously in 
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connection with extensions of the NAPTR protocol, on the basis of which ns 
message the SIPS-C can direct the query to the route server DNS-R in step 2- 
3. In step 2-4, the DNS-R returns the ns message, on the basis of which the 
query is directed in step 2-5 to the name server DNS-A of the original network 
5 A. In step 2-6, the DNS-A observes that the subscriber is now operator B's 
client, and in step 2-7 it returns the extension SRV RR or NS of the NAPTR 
protocol presented previously, on the basis of which the SPiS-C knows the 
domain address of the subscriber's present operator. On the basis of this 
information, the SIPS-C queries the DNS-B1 in step 2-8 about the 

10 corresponding SIP server SIPS-B in operator B's network. In step 2-9, the 
DNS-B1 returns the SIPS-B's IP address (or SRV or NS message). On the 
basis of this information, traffic of the form TCP or UDP can, in step 2-10, be 
started between the SIP servers SIPS-C and SIPS-B. 

[0036] An essential idea of the invention is that the name server of 

15 the operator owning the original number (in Figure 1 operator A) can transmit 
the name queries further to the new operator's name servers. There is no need 
to make any changes in the DNS hierarchy itself, and the name queries always 
find their way to the subscriber's new operator. 

[0037] In practice, the name servers keep the queries and their 

20 results in the cache, so that a complete query shown in Figure 1 is made only 
once, after which the next queries concerning the same E.164 number are 
replied by the closest name server until the name data stored in the cache 
expires (i.e. the lifetime defined for the data terminates). The expiration of the 
name data is determined by the name server in which the original data has 

25 been stored. 

[0038] Although the connections in Figure 2 are drawn directly 
between the servers, in practice all traffic always travels through the core 
network. 

[0039] Depending on whether the recursion is allowed or not, the 
30 replies of the intermediate steps to the DNS queries may always be returned to 
the name server that has made the original query. In other words, if no 
recursion is allowed, the name server DNS-C of operator C of Figure 1 always 
receives a reply from each intermediate step and makes thus as many new 
DNS queries as is required to find B's name servers. If, on the other hand, 
35 recursion is allowed, operator C makes in Figure 1 one DNS query and 
receives directly operator B's all name server addresses as a reply. 
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[0040] The above description contains some embodiments of the 
invention, but the invention is not confined to them. For instance, the first form 
of the subscriber ID may be E.212 instead of E.164. Correspondingly, the 
second form of the subscriber ID may be SIP, FQDN, e-mail, URL, URI, NAI, 
5 or any other unambiguous domain name. Otherwise as well, it is obvious to a 
person skilled in the art that as the technology advances, the basic idea of the 
invention can be implemented in a plurality of ways. The invention and its 
embodiments are thus not limited to the above examples but can vary within 
the scope of the claims. 
10 [0041] 

Abbreviations: 

3GPP = Third Generation Partnership Project 

ARPA = Address and Routing Parameters Area 

DNS = domain name server/service 
15 Enum = E.164 (E.212) number and DNS 

FQDN = Fully Qualified Domain Name 

GRX = GPRS Roaming Exchange 

LDAP = Light Directory Access Protocol 

NAPTR = Naming Authority Pointer 
20 SIP = Session Initiation Protocol 

SRV RR = Service Resource Record 

URI, URL = Uniform Resource Identifier/Locator 
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CLAIMS 

1. A method for mapping a subscriber ID relating to a subscriber (X) 
from a first form to a second form when the subscriber ID in the first form has 
been allocated from the ID space of a first network (A) and the subscriber is a 

5 subscriber of a second network (B) and roaming in a third network (C); and 
when each network comprises at least one name server (DNS-A ... DNS-C) 
and the operators' networks are connected by a core network (GRX) having a 
root server (DNS-R); 

characterized by 
10 the server (DNS-C, SIPS-C) of the third network receiving a query 

concerning the second form of the subscriber ID, and the query containing or 
expressing the first form of the subscriber ID; 

the server of the third network sending a query concerning the 
second form of the subscriber ID to the root server (DNS-R); 
15 the root server (DNS-R) deducing the name server (DNS-A) of the 

first network from the first form of the subscriber ID and starting a process 
which results in the query concerning the second form of the subscriber ID 
being transmitted to the name server (DNS-A) of the first network; 

the name server (DNS-A) of the first network starting a process 
20 which results in at least the domain address of the second network being 
transmitted to the name server (DNS-C) of the third network; 

the name server (DNS-C) of the third network sending a query to 
the name server (DNS-B) of the second network on the basis of the domain 
address of the second network and receiving a subscriber ID of the second 
25 form from the name server of the second network. 

2. A method according to claim ^characterized by the first 
form of the subscriber ID being E.164 or E.212. 

3. A method according to claim 1 and 2, c h a r a c t e r i z e d by the 
second form of the subscriber ID being SIP-URL 

30 4. A name server (DNS-A) of a first telecommunications network 

(CN-A), arranged to receive a query (1-2; 2-5) which contains or expresses a 
first form of a subscriber ID, and to reply to the query by informing a subscriber 
ID of a second form (1-3; 2-7); 

characterized in that the name server is arranged 
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- to detect whether the subscriber ID relates to a subscriber who has 
been the subscriber of the first telecommunications network (CN-A) but has 
become a subscriber of a second telecommunications network (CN-B), and 
that the query was sent from a third telecommunications network (CN-C); and 
5 - as a response to the query and the detection to start a process 

which results in at least the domain address of the second network (CN-B) 
being transmitted to the sender (DNS-C, SIPS-C) of the query; 

whereby traffic (2-10) can be transmitted directly between the third 
telecommunications network (CN-C) and the second telecommunications 
10 network (CN-B). 
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